ndbinfo增强功能。 ndbinfo数据库 中进行了许多更改 ，其中主要是它现在提供有关NDB群集节点配置参数的详细信息。

该config_params表已被设置为只读，并且增加了额外的列，提供了有关每个配置参数的信息，包括参数的类型，默认值，最大值和最小值（如果适用），参数的简要说明以及参数是必需的。该表还为每个参数提供了唯一的参数 param_number。

config_values 表中的 一行显示具有指定ID的节点上给定参数的当前值。该参数由config_param映射到config_params 表的列的值标识param_number。

使用这种关系，您可以在这两个表上编写联接，以按名称获取一个或多个NDB群集配置参数的缺省值，最大值，最小值和当前值。这里显示了一个使用这种连接的示例SQL语句：

SELECT p.param_name AS Name，
        v.node_id AS节点，
        p.param_type AS类型，
        p.param_default AS'默认'，
        p.param_min AS最小值，
        p.param_max AS最大值，
        CASE p.param_mandatory WHEN 1 THEN'Y'ELSE'N'END AS'Required'，
        v.config_value AS当前
FROM config_params p
加入config_values v
ON p.param_number = v.config_param
在哪里。param_name IN（'NodeId'，'HostName'，'DataMemory'，'IndexMemory'）;

有关这些更改的更多信息，请参见 第21.5.10.8节“ndbinfo config_params表”。有关更多信息和示例，请参见 第21.5.10.9节“ndbinfo config_values表”。

另外，ndbinfo数据库不再依赖于MyISAM存储引擎。所有ndbinfo表格和视图现在都使用NDB（如图所示 NDBINFO）。

ndbinfo在NDB 7.5.4中引入了 几个新表格。这里列出了这些表格，并附有简要说明：

有关更多信息，请参阅各个表的说明。

默认的行和列格式更改。  从NDB 7.5.1开始，ROW_FORMAT选项和 COLUMN_FORMAT选项 的默认值 CREATE TABLE可以设置为， DYNAMIC而不是 FIXED使用新的MySQL服务器变量 ndb_default_column_format 作为此更改的一部分添加; 将其设置为 FIXED或DYNAMIC（或使用等效选项 启动mysqld--ndb-default-column-format=FIXED）来强制将该值用于 COLUMN_FORMAT和 ROW_FORMAT。在NDB 7.5.4之前，这个变量的默认值是DYNAMIC; 在此版本和更高版本中，缺省值是 FIXED，它提供了对先前版本的向后兼容性（错误＃24487363）。

现有表格列使用的行格式和列格式不受此更改的影响。添加到这些表中的新列使用这些新的默认值（可能会被重写ndb_default_column_format），并且现有列也会更改为使用这些列，前提是ALTER TABLE 执行此操作的语句指定 ALGORITHM=COPY。

ndb_binlog_index不再依赖于MyISAM。  从NDB 7.5.2开始，ndb_binlog_index NDB Cluster Replication中采用的表现在使用 InnoDB存储引擎而不是MyISAM。升级时，您可以运行 mysql_upgrade与 以使其执行 在此表上。使用 此表仍然支持向后兼容。 --force --upgrade-system-tablesALTER TABLE ... ENGINE=INNODBMyISAM

此更改的好处是，它可以依赖此表的事务行为和无锁读取，这有助于缓解清除操作和日志循环期间的并发问题，并提高此表的可用性。

ALTER TABLE更改。  NDB集群以前支持联机的备选语法ALTER TABLE。在NDB Cluster 7.5中不再支持这一功能，NDB Cluster 7.5专门ALGORITHM = DEFAULT|COPY|INPLACE用于表DDL，就像标准的MySQL服务器一样。

影响此语句使用的另一个变化是， ALTER TABLE ... ALGORITHM=INPLACE RENAME 除重命名外，现在可能还包含DDL操作。

不建议使用ExecuteOnComputer参数。 管理节点， 数据节点和 API节点 的ExecuteOnComputer配置参数 已被弃用，现在可在未来版本的NDB群集中删除。您应该为所有三种类型的节点使用等效参数。 HostName

记录每键优化。  NDB处理程序现在使用每个关键字的记录接口来为MySQL 5.7.5中的优化器实现的索引统计信息。这种变化带来的一些好处包括：

连接池节点ID。  NDB 7.5.0添加了mysqld --ndb-cluster-connection-pool-nodeids 选项，该选项允许为连接池设置一组节点ID。此设置将覆盖 --ndb-nodeid，这意味着它也会覆盖 --ndb-connectstring选项和NDB_CONNECTSTRING环境变量。

删除了create_old_temporals。  该create_old_temporals系统变量被弃用NDB簇7.4，现在已经被删除。

ndb_mgm客户端PROMPT命令。  NDB Cluster 7.5添加了用于设置客户端命令行提示符的新命令。以下示例说明了该PROMPT命令的用法 ：

ndb_mgm> PROMPT mgm#1:
mgm＃1：SHOW
群集配置
---------------------
[ndbd（NDB）] 4节点（s）
id = 5 @ 10.100.1.1（mysql-5.7.22-ndb-7.5.11，Nodegroup：0，*）
id = 6 @ 10.100.1.3（mysql-5.7.22-ndb-7.5.11，Nodegroup：0）
id = 7 @ 10.100.1.9（mysql-5.7.22-ndb-7.5.11，Nodegroup：1）
id = 8 @ 10.100.1.11（mysql-5.7.22-ndb-7.5.11，Nodegroup：1）

[ndb_mgmd（MGM）] 1个节点
id = 50 @ 10.100.1.8（mysql-5.7.22-ndb-7.5.11）

[mysqld（API）] 2节点（s）
id = 100 @ 10.100.1.8（5.7.22-ndb-7.5.11）
id = 101 @ 10.100.1.10（5.7.22-ndb-7.5.11）

mgm＃1：PROMPT
ndb_mgm>EXIT
乔恩@ valhaj：在/ usr /本地/ MySQL的/ bin中>

有关更多信息和示例，请参见 第21.5.2节“NDB集群管理客户端中的命令”。

增加每个片段的FIXED列存储。  NDB Cluster 7.5和更高版本支持FIXED列中每个数据段最多128 TB 。在NDB集群7.4及更早版本中，每个碎片为16 GB。

已弃用的参数已删除。  以前的NDB群集数据节点配置参数在以前的NDB群集版本中已被弃用，并在NDB 7.5.0中被删除：

ByteOrder在NDB 7.5.0中也删除了 过时的和未使用的（因此也是以前未记录的）计算机配置参数。

刚刚描述的参数在NDB 7.5中不受支持。试图在NDB群集配置文件中使用任何这些参数现在会导致错误。

DBTC扫描增强功能。  通过减少用于内核DBTC 和DBDIH内核块 之间通信的信号数量，扫描得到了改进，通过减少NDB用于扫描操作的CPU资源的使用，在用于扫描操作时可以实现更高的数据节点可伸缩性，在某些情况下，估计有5％ 。

同样由于这些更改，响应时间应该大大提高，这可以帮助防止主线程超载的问题。另外，在BACKUP内核块中进行的扫描 也得到了改进，并且比以前的版本更高效。

JSON列支持。  NDB 7.5.2及更高版本支持表格的 JSON列类型 NDB和MySQL服务器中的JSON函数，但受限于 NDB表格最多可包含3 JSON列。

从任何副本读取; 指定hashmap分区片段的数量。  以前，除简单读取之外，所有读取均针对主副本。（简单读取是读取时锁定行的读取。）从NDB 7.5.2开始，可以从任何副本启用读取。这是默认禁用的，但可以使用ndb_read_backup此版本中添加的系统变量为给定的SQL节点启用 。

以前，可以仅使用一种类型的分区映射定义表，每个节点中每个LDM上有一个主分区，但在NDB 7.5.2中，通过设置分区平衡可以更灵活地分配分区（片段计数类型）。可能的平衡方案是每个节点一个，每个节点组一个，每个节点每个LDM一个，每个节点组每个LDM一个。

该设置可以通过嵌入注释 或 语句中的PARTITION_BALANCE选项（FRAGMENT_COUNT_TYPE在NDB 7.5.4中重命名）控制各个表。使用此语法也支持表级的设置。有关更多信息和示例，请参见 第13.1.18.10节“设置NDB_TABLE选项”。 NDB_TABLECREATE TABLEALTER TABLEREAD_BACKUP

在NDB API应用程序中，也可以使用为此提供的方法来获取和设置表格的分区平衡; 有关这些的更多信息，请参阅 Table :: getPartitionBalance（）和 Table :: setPartitionBalance（）以及 Object :: PartitionBalance。

作为这项工作的一部分，NDB 7.5.2也引入了 ndb_data_node_neighbour 系统变量。这旨在用于事务提示，为此SQL节点提供“ 附近 ”数据节点。

另外，恢复表模式时， ndb_restore --restore_meta现在使用目标群集的默认分区，而不是使用与从中进行备份的原始群集相同数量的分区。有关更多信息和示例，请参见 第21.4.24.1.2节“恢复到比原始更多的节点”。

NDB 7.5.3增加了进一步的增强功能 READ_BACKUP：在此版本和更高版本中，可以为READ_BACKUP在线的给定表格设置一部分 ALTER TABLE ... ALGORITHM=INPLACE ...。

ThreadConfig改进。  NDB 7.5.2针对ThreadConfig多线程数据节点（ndbmtd）配置参数实现了许多增强功能和功能添加 ，其中包括对更多平台的支持。接下来的几段将介绍这些变化。

非独占CPU锁定现在支持FreeBSD和Windows，使用cpubind和 cpuset。独家CPU锁定现在支持在Solaris（只）使用 cpubind_exclusive和 cpuset_exclusive它们在此版本中引入的参数。

线程优化现在可用，由新thread_prio参数控制 。 thread_prio在Linux，FreeBSD，Windows和Solaris上受支持，并且在平台上有所不同。有关更多信息，请参阅说明 ThreadConfig。

该realtime参数现在在Windows平台上受支持。

分区大于16 GB。  由于NDB集群数据节点使用的哈希索引实现的改进，NDB现在表的分区 可能包含固定列的16 GB以上的数据，而固定列的最大分区大小现在可提高到128 TB。之前的限制是由于内核中的 DBACC块 NDB仅使用了对DBTUP块中行固定大小部分的32位引用 ，尽管对该数据的45位引用DBTUP本身以及内核中的其他位置外 DBACC; 所有这些对DBACC块中处理的数据的引用现在都使用45位来代替。

从ndb_restore打印SQL语句。  NDB 7.5.4添加了 随NDB集群分布提供--print-sql-log的ndb_restore实用程序选项。该选项启用SQL日志记录stdout。 重要提示：使用此选项恢复的每个表必须具有明确定义的主键。

有关更多信息，请参见第21.4.24节“ ndb_restore - 恢复NDB群集备份”。

组织RPM软件包。  从NDB 7.5.4开始，为NDB集群提供的RPM软件包的命名和组织与更紧密地与为MySQL服务器发布的软件包保持一致。所有NDB Cluster RPM的名称现在都以前缀为前缀 mysql-cluster。数据节点现在使用该data-node包安装; 管理节点现在从management-server包中安装 ; 并且SQL节点需要server和 common包。MySQL和 NDB客户端程序，包括 mysql客户端和 ndb_mgm管理客户端，现在都包含在了client RPM。

有关NDB Cluster RPM和其他信息的详细列表，请参见 第21.2.2.2节“从RPM安装NDB Cluster”。

ndbinfo进程和config_nodes表。  NDB 7.5.7将两个表添加到 ndbinfo信息数据库中，以提供有关群集节点的信息; 这些表格在这里列出：

系统名称。  NDB群集的系统名称可用于标识特定的群集。从NDB 7.5.7开始，MySQL服务器将此名称显示为Ndb_system_name状态变量的值 ; NDB API应用程序可以使用Ndb_cluster_connection::get_system_name() 在同一版本中添加的 方法。

基于管理服务器启动时间的系统名称会自动生成; 您可以在启动管理服务器之前，通过[system]在群集的配置文件中添加一节并Name在此部分中将参数设置 为您选择的值来覆盖此值。

新的磁盘数据表格文件格式。  在NDB 7.6.2中为NDB磁盘数据表引入了一种新的文件格式，这使得每个磁盘数据表可以唯一标识而不用重新使用任何表ID。NDB 7.6.4进一步改进了格式。这应该有助于解决用户可见的页面和扩展区处理问题，因为磁盘数据表的快速创建和删除问题以及旧格式无法提供现成解决方法的问题。

现在每当创建新的撤消日志文件组和表空间数据文件时都会使用新格式。与现有磁盘数据表相关的文件将继续使用旧格式，直到重新创建其表空间和撤消日志文件组。

为避免与格式更改有关的问题，升级到NDB 7.6.2或NDB 7.6.4时，应该重新创建任何现有的表空间和撤消日志文件组。您可以通过执行每个数据节点的初始重新启动（即使用该--initial 选项）作为升级过程的一部分来执行此操作。作为从NDB 7.5或更早版本系列升级到NDB 7.6或更高版本的一部分，您可以预期这一步骤是强制性的。

如果您使用的是磁盘数据表，那么从任何 NDB 7.6版本降级 （无需考虑版本状态）至任何NDB 7.5或更早发行版本，都需要您重新启动所有数据节点， --initial作为降级过程的一部分。这是因为NDB 7.5和更早版本系列无法读取新的磁盘数据文件格式。

有关更多信息，请参见 第21.2.8节“升级和降级NDB集群”。

数据存储池和动态索引内存。 NDB 表列中 索引所需的内存现在是从分配的内容中动态分配的 DataMemory。出于这个原因， IndexMemory 配置参数现在已被弃用，并且可能会在未来的发行版系列中删除。

将索引存储器与数据存储器组合在一起简化了NDB; 这些更改的另一个好处是，通过增加LDM线程的数量来扩展不再受限于为其设置不够大的值。 IndexMemory这是因为索引内存不再是仅分配一次的静态数量（当集群开始），但现在可以根据需要进行分配和释放。以前，有时候增加LDM线程的数量可能会导致索引内存耗尽，同时大量的数据 DataMemory仍然可用。

作为这项工作的一部分，许多DataMemory与表数据存储没有直接关系的使用实例 现在使用事务内存来代替。

出于这个原因，在某些系统上可能需要增加 SharedGlobalMemory 以允许在需要时增加事务内存，例如当使用NDB群集复制时，这需要数据节点上的大量缓冲。在执行初始批量加载数据的系统上，可能需要将非常大的事务分解为更小的部分。

此外，数据节点现在生成 MemoryUsage事件（请参见 第21.5.6.2节“NDB群集日志事件”），并在资源使用率达到99％以及达到80％，90％或90％时在群集日志中编写适当的消息。 100％，如前所述。

其他相关更改在此处列出：

ndbinfo进程和config_nodes表。  NDB 7.6.2向ndbinfo信息数据库添加了两个表格， 以提供有关集群节点的信息; 这些表格在这里列出：

系统名称。  NDB群集的系统名称可用于标识特定的群集。从NDB 7.6.2开始，MySQL服务器将此名称显示为Ndb_system_name状态变量的值 ; NDB API应用程序可以使用Ndb_cluster_connection::get_system_name() 在同一版本中添加的 方法。

基于管理服务器启动时间的系统名称自动生成>;; 您可以在启动管理服务器之前，通过[system]在群集的配置文件中添加一节并Name在此部分中将参数设置 为您选择的值来覆盖此值。

ndb_import CSV导入工具。  ndb_import被添加到NDB Cluster 7.6.2中，它NDB使用NDB API 直接将CSV格式的数据加载到 表中（只需创建它所在的表和数据库就可以使用MySQL服务器）。 ndb_import可以被看作mysqlimport或 LOAD DATA INFILESQL语句的模拟，并且支持许多用于格式化数据的相同或相似的选项。

假设数据库和目标NDB 表存在，ndb_import只需要连接到集群的管理服务器（ndb_mgmd）来执行输入; 因此，[api] 群集的config.ini文件目的中必须有一个可用于该工具的插槽 。

有关更多信息，请参见第21.4.14节“ ndb_import - 将CSV数据导入NDB”。

ndb_top监控工具。  添加了ndb_top实用程序，该实用程序可NDB实时显示数据节点的CPU负载和使用情况信息 。这些信息可以以文本格式显示，或以ASCII图形显示，也可以同时显示。该图可以用颜色或灰度显示。

ndb_top连接到NDB群集SQL节点（即MySQL服务器）。出于这个原因，程序必须能够以具有数据库SELECT中表的权限的MySQL用户身份进行连接 ndbinfo。

ndb_top适用于从NDB 7.6.3开始的Linux，Solaris和Mac OS X平台。它目前不适用于Windows平台。

有关更多信息，请参见 第21.4.30节“ ndb_top - 查看NDB线程的CPU使用情况信息”。

代码清理。  大量的正常操作不需要的调试语句和打印输出已被转移到仅用于测试或调试NDB或完全免除的代码中 。在许多情况下，这种开销的消除应该导致LDM和TC线程性能的显着改善，大约为10％。

LDM线程和LCP改进。  以前，当本地数据管理线程遇到I / O滞后时，它会更慢地写入本地检查点。例如，这可能发生在磁盘过载情况下。可能会出现问题，因为其他LDM线程并不总是遵守这个状态，或者也是如此。 NDB现在全局跟踪I / O滞后模式，以便至少一个线程在I / O滞后模式下写入时报告此状态; 然后确保在减速条件期间针对该LCP的所有LDM线程的写入速度降低。由于其他LDM实例现在可以观察到写入速度下降，因此整体容量会有所增加; 这使得磁盘过载（或其他导致I / O滞后的情况）在这种情况下比以前更快被克服。

NDB错误识别。  错误消息和信息可以使用NDB 7.6.4及更高版本中的 mysql客户端从信息数据库中的新 error_messages表中ndbinfo获取。另外，7.6.4版本引入了一个命令行客户机ndb_perror，用于从NDB错误代码获取信息; 这种替换使用PERROR用 --ndb，这是现在已经过时，并受到在未来版本中去除。

有关更多信息，请参见 第21.5.10.21节“ndbinfo error_messages表”和 第21.4.17节“ ndb_perror - 获取NDB错误消息信息”。

SPJ改进。  将扫描作为推送连接执行时（即查询的根是扫描）时，DBTC块将SPJ请求发送到DBSPJ 与要扫描的片段相同的节点上的实例。以前，为每个节点的碎片发送了一个这样的请求。由于数量 DBTC和DBSPJ 实例通常设置为少于LDM实例的数量，这意味着所有SPJ实例都参与单个查询的执行，事实上，一些SPJ实例可能（并确实）从同一个查询接收多个请求。在NDB 7.6.4中，单个SPJ请求可能会处理一组要扫描的根片段，因此只需将单个SPJ请求（SCAN_FRAGREQ）发送到DBSPJ每个节点上的任何给定SPJ实例（块）。

由于DBSPJ在评估推送连接时使用的总CPU数量相对较小，与LDM模块（负责大部分CPU使用率）不同，引入多个SPJ模块会增加一些并行性，但额外的开销也会增加。通过启用单个SPJ请求来处理一组要扫描的根片段，以便仅向每个SPJ请求发送一个SPJ请求DBSPJ 每个节点上的实例和批次大小是按照片段分配的，多片段扫描可以获得更大的总批量大小，从而允许在SPJ块内完成一些调度优化，SPJ块可以一次扫描一个片段（给定它是批次总量分配），使用较小的子批次或两者的某种组合并行地扫描所有片段。

由于以下原因，预计这项工作可以提高推下式连接的性能：

改进了重做日志的O_DIRECT处理。  NDB 7.6.4实现了一个新的数据节点配置参数ODirectSyncFlag ，该参数 导致完成的重做日志写入使用 O_DIRECT作为fsync调用进行处理 。 ODirectSyncFlag默认是禁用的; 启用它，将其设置为true。

您应该记住，当满足以下至少一个条件时，该参数的设置将被忽略：

锁定CPU到脱机索引构建线程。  在NDB 7.6.4和更高版本中，脱机索引默认使用所有可用于ndbmtd的内核，而不仅限于为I / O线程保留的单核。还有可能指定一组所需的核心，用于I / O线程执行有序索引的脱机多线程构建。这可以改善重新启动和恢复时间和性能以及可用性。

这种改进涉及几个相关的变化。其中第一项是更改BuildIndexThreads 配置参数的默认值 （从0到128），表示离线排序的索引构建现在默认为多线程。该缺省值 TwoPassInitialNodeRestartCopy 也被更改（从）false到 true，以便初始节点重新启动首先复制所有数据，而不创建任何索引从 “ 实时 ”节点复制到正在启动的节点，在复制数据后离线建立有序索引，然后再与活动节点同步; 这可以显着减少构建索引所需的时间。此外，为了便于将脱机索引构建线程显式锁定到特定的CPU，idxbld为该ThreadConfig 配置参数定义了一个新的线程类型（） 。

作为这项工作的一部分，NDB现在可以区分执行线程类型和其他类型的线程，以及永久分配给特定任务的线程类型和分配仅仅是临时的线程类型。

NDB 7.6.4也引入了nosend 参数 ThreadCOnfig。通过将其设置为1，你可以保持main， ldm，rep，或 tc从帮助发送线程的线程。该参数默认为0，不能与I / O线程，发送线程，索引构建线程或看门狗线程一起使用。

有关更多信息，请参阅参数的说明。

用于DDL批量数据操作的可变批量大小。  作为通过ndbmtd优化批量DDL性能的工作的一部分，现在可以通过增加使用扫描处理数据的DDL操作的批量数据部分的批量大小来获得性能改进。通过设置下面列出的各个数据节点配置参数，现在可以对批量大小进行配置，以实现独特的索引构建，外键构建和在线重组：

对于刚刚列出的每个参数，默认值是64，最小值是16，最大值是512。

增加适当的批量大小或大小可以帮助缓解线程间和节点间延迟，并利用更多并行资源（本地和远程）来帮助扩展DDL性能。在每种情况下，都可以与正在进行的流量进行权衡。

部分LCP。  NDB 7.6.4实现了局部局部检查点。以前，LCP总是复制整个数据库。在处理数TB数据时，此过程可能需要大量时间，尤其会对节点和群集重新启动产生不利影响，并为重做日志留出更多空间。现在，LCP不再需要这么做 - 相反，LCP现在默认只保存自上次LCP以来更改的记录加上所有记录的四分之一。

作为此更改的一部分，此版本中生成了两个新的数据节点配置参数：（ EnablePartialLcp 默认true或启用）可启用部分LCP。 RecoveryWork 控制给予LCPs的空间的百分比; 它随着重启期间LCP必须执行的工作量而增加，而不是在正常操作期间执行的工作量。提高此值会导致正常操作期间的LCP需要写入更少的记录，从而减少通常的工作量。提高此值也意味着重新启动可能需要更长的时间。

您必须通过设置明确禁用部分LCP EnablePartialLcp=false。这使用最少量的磁盘，但也倾向于最大化LCP的写入负载。要在正常操作期间优化LCP的最低工作负载，请使用 EnablePartialLcp=true和 RecoveryWork=100。要为部分LCP使用最少磁盘空间，但使用有限写入，请使用 EnablePartialLcp=true和 RecoveryWork=25，这是最小值 RecoveryWork。缺省值是 EnablePartialLcp=true用 RecoveryWork=50的，这意味着LCP文件需要约1.5倍 DataMemory; 运用 CompressedLcp=1，这可以进一步减少一半。使用默认设置的恢复时间也应该比EnablePartialLcp设置 时快得多 false。

此外，数据节点的配置参数 BackupDataBufferSize， BackupWriteSize和 BackupMaxWriteSize 现在都过时了，并须移走在将来的MySQL NDB Cluster发行。

作为此增强功能的一部分，已完成了一些工作，以解决节点重新启动时的几个问题，其中可能在各种情况下耗尽撤消日志，通常在恢复在密集时段内长时间关闭的节点时写活动。

进行了额外的工作，通过在此过程中更新LCP监视程序，并且更好地跟踪磁盘数据同步的进度，在不超时的情况下提高长时间同步的数据节点存活率。以前，如果同步时间超过LCP看门狗超时，则可能会发生虚假警告或甚至节点故障。

在规划部分LCP的磁盘使用情况时，请记住，在恢复期间，仍然需要完全恢复数据库。这意味着初始节点重启仍然需要完整的LCP; 部分LCP不能用于此目的。

并行撤消日志记录处理。  以前，数据节点LGMAN内核块依次处理撤销日志记录; 现在这是并行完成的。将撤销记录移交给LDM线程的rep线程等待LDM在取回下一个记录之前完成应用记录; 现在rep线程不再等待，而是立即进入下一个记录和LDM。

LGMAN保存 每个LDM中未完成日志记录的数量，并在LDM完成记录执行时递减。属于一个页面的所有记录都被发送到相同的LDM线程，但不能保证按顺序处理，所以具有未完成记录的页面的哈希映射会为每个页面维护一个队列。当页面在页面缓存中可用时，队列中待处理的所有记录按顺序应用。

有几个类型的记录不断被串行处理： UNDO_LCP， UNDO_LCP_FIRST， UNDO_LOCAL_LCP， UNDO_LOCAL_LCP_FIRST， UNDO_DROP，和 UNDO_END。

与此性能增强直接相关的功能中没有用户可见的更改; 这是正在完成的工作的一部分，以改进撤销长时间处理以支持NDB Cluster 7.6.4中的部分本地检查点。

从撤消日志申请者的范围中读取表格和片段ID。  在应用撤消日志时，需要从页面ID中获取表ID和片段ID。这是通过PGMAN使用额外的PGMAN工作线程从内核块中 读取页面完成的 ，但是在应用撤消日志时，需要再次读取页面。

O_DIRECT因为页面没有被缓存在操作系统内核中，所以 使用这种方法效率很低。为了纠正这个问题，现在使用来自扩展头标的信息来完成从页面标识到表格标识和片段标识的映射，这些信息来自给定扩展区域内使用的页面的表ID和片段标识。扩展页面总是存在于页面缓存中，因此执行映射时不需要额外的磁盘读取操作。另外，使用现有的TSMAN 内核块数据结构可以读取这些信息。

有关ODirect更多信息，请参阅 数据节点配置参数的说明。

NDB集群自动安装程序的改进。  在NDB 7.6.4中，自动安装程序中找到的节点配置参数，其默认值及其文档与NDB集群软件版本中的相匹配。SSH支持和配置也得到了改进。另外，HTTPS现在默认用于Web连接，并且Cookie不再被用作持久数据存储机制。接下来的几段将给出有关Auto-Installer中这些和其他更改的更多信息。

自动安装程序现在实现了一种设置采用离散值的配置参数的机制。例如，数据节点参数 Arbitration现在必须设置为其允许值之一 Default，Disabled或 WaitExternal。

自动安装程序现在还可以获取并显示每台主机到群集的可用磁盘空间量（as DiskFree），并使用此信息获取取决于该配置参数的实际值。

NDB Cluster 7.6.4中已更新或改进了MySQL NDB集群自动安装程序中的安全连接支持，如下所示：

NDB 7.6.4中实施的与数据安全相关的其他增强功能包括：

有关更多信息，请参见第21.2.1节“NDB群集自动安装程序”。

临时表。  临时表不受支持。尝试使用NDB存储引擎创建临时表 或者更改现有临时表以使用 NDB失败，并显示错误 表存储引擎'ndbcluster'不支持创建选项'TEMPORARY'。

NDB表中的索引和键。  NDB群集表上的密钥和索引受以下限制：

对外键的限制。  对NDB 7.5中的外键约束的支持与提供的外键约束相当 InnoDB，但受到以下限制：

有关更多信息，请参见 第13.1.18.6节“使用FOREIGN KEY约束”和 第1.8.3.2节“FOREIGN KEY约束”。

NDB簇和几何数据类型。 表格支持 几何数据类型（WKT和 WKB） NDB。但是，不支持空间索引。

字符集和二进制日志文件。  目前，ndb_apply_status和 ndb_binlog_index表是使用latin1（ASCII）字符集创建的。由于二进制日志的名称记录在此表中，因此在这些表中未正确引用使用非拉丁字符命名的二进制日志文件。这是一个我们正在努力解决的已知问题。（错误＃50226）

要解决此问题，命名二进制日志文件或设置任何时候只使用Latin-1字符 --basedir， --log-bin或 --log-bin-index选择。

使用用户定义的分区创建NDB表。  对NDB集群中用户定义分区的支持仅限于[ LINEAR] KEY分区。使用其他的分区类型用ENGINE=NDB或 ENGINE=NDBCLUSTER在 CREATE TABLE一个错误的语句的结果。

可以覆盖此限制，但这样做不适用于生产设置。有关详细信息，请参阅用户定义的分区和NDB存储引擎（NDB群集）。

默认分区方案。  默认情况下，通过KEY使用表主键作为分区键对所有NDB簇表进行 分区。如果没有为表格明确设置主键，则会使用由存储引擎自动创建的“ 隐藏 ”主键 NDB。有关这些及相关问题的更多讨论，请参见第22.2.5节“密钥分区”。

CREATE TABLE并且 ALTER TABLE会导致用户分区 NDBCLUSTER表不符合以下两个要求中的任何一个或两个的声明是不允许的，并且会失败并显示错误：

例外。  如果NDBCLUSTER使用空列列表（即使用PARTITION BY [LINEAR] KEY()）创建用户分区 表 ，则不需要明确的主键。

NDBCLUSTER表的最大分区数。 NDBCLUSTER使用用户定义的分区时 ，可为 表定义的最大分区数是每个节点组8个。（有关NDB群集节点组的更多信息，请参见第21.1.2节“NDB群集节点，节点组，副本和分区”。

DROP PARTITION不支持。  无法NDB使用表从表中 删除分区 ALTER TABLE ... DROP PARTITION。其他分区扩展名为 ALTER TABLE- ADD PARTITION， REORGANIZE PARTITION和 COALESCE PARTITION- 支持NDB表，但使用复制，因此未进行优化。请参见第22.3.1节“RANGE和LIST分区的管理” 和第13.1.8节“ALTER TABLE语法”。

基于行的复制。  在NDB群集中使用基于行的复制时，不能禁用二进制日志记录。也就是说， NDB存储引擎会忽略其值sql_log_bin。

JSON数据类型。 NDB 7.5.2及更高版本提供的mysqld中的表格 JSON支持 MySQL 数据类型。 NDB

一个NDB表最多可以有3 JSON列。

NDB API没有特别的规定来处理 JSON数据，它只是将BLOB数据视为 数据。处理数据 JSON必须由应用程序执行。

CPU和线程信息ndbinfo表。  NDB 7.5.2向ndbinfo信息数据库添加了几个新表， 提供有关节点，线程ID和线程类型的CPU和线程活动的信息。表格在这里列出：

有关这些表的更多信息，请参见 第21.5.10节“ndbinfo：NDB群集信息数据库”。

锁定信息ndbinfo表。  NDB 7.5.3将新表添加到 ndbinfo信息数据库中，提供有关正在运行的NDB群集中的锁定和锁定尝试的信息。这些表格在这里列出：

表中 的DELETE语句 NDB使得被删除的行以前使用的内存仅可用于同一表上的插入。但是，这种内存可以通过执行来提供一般重用 OPTIMIZE TABLE。

群集的滚动重新启动也释放被删除行使用的任何内存。请参见 第21.5.5节“执行NDB群集的滚动重新启动”。

甲DROP TABLE或 TRUNCATE TABLE上的操作NDB表释放的是使用由该表用于通过任何再使用所述存储器 NDB或者由同一个表或由另一个表，NDB表中。

集群配置施加的限制。  存在许多可配置的硬限制，但群集中可用的主存储器设置了限制。请参见第21.3.3节“NDB群集配置文件”中的配置参数的完整列表 。大多数配置参数可以在线升级。这些严格的限制包括：

节点和数据对象的最大值。  以下限制适用于群集节点和元数据对象的数量：

有关更多信息，请参阅NDB群集7.3中已解决的以前的NDB群集问题。

事务隔离级别。  该NDBCLUSTER存储引擎只支持READ COMMITTED事务隔离级别。（InnoDB，例如，支持 READ COMMITTED， READ UNCOMMITTED， REPEATABLE READ，和 SERIALIZABLE。）你应该记住，NDB实现 READ COMMITTED在每行的基础; 当读请求到达存储该行的数据节点时，返回的是当时该行的最后提交版本。

未提交的数据永远不会返回，但是当修改大量行的事务与读取相同行的事务同时落实时，执行读取的事务可以针对这些行中的不同行观察“ 之前 ” 值，“ 之后 ”值或两者这是由于在另一个事务提交之前或之后可以处理给定的行读取请求。

为了确保给定的事务只在值之前或之后读取，可以使用强制行锁 SELECT ... LOCK IN SHARE MODE。在这种情况下，锁一直持续到拥有交易被提交。使用行锁还可能导致以下问题：

NDB使用READ COMMITTED用于所有读取，除非改性剂如 LOCK IN SHARE MODE或FOR UPDATE使用。LOCK IN SHARE MODE导致共享行锁使用; FOR UPDATE会导致使用独占行锁。独特的密钥读取自动升级其锁NDB以确保自我一致的读取; BLOB读取也采用额外的锁定来保持一致性

有关NDB群集的事务隔离级别实现如何影响数据库备份和还原的信息，请参见第21.5.3.4节“NDB群集备份故障排除”NDB。

事务和BLOB或TEXT列。  NDBCLUSTER只存储使用MySQL 可见表中任何MySQL BLOB或 TEXT数据类型的列值的一部分 ; BLOBor 的其余部分 TEXT存储在MySQL无法访问的单独的内部表中。这引起了两个相关的问题，每当SELECT在包含这些类型的列的表上执行语句时，您应该知道这两个相关问题 ：

回滚。  没有部分交易，也没有交易的部分回滚。重复密钥或类似错误会导致整个事务回滚。

这种行为与其他事务性存储引擎的行为不同，例如InnoDB 可能会回滚单个语句。

事务和内存使用情况。  如本章其他地方所述，NDB集群不能很好地处理大型交易; 最好用少量操作来执行大量小事务，而不是尝试包含大量操作的单个大事务。除其他考虑外，大型事务需要非常大量的内存。因此，大量MySQL语句的事务行为会受到影响，如以下列表中所述：

事务和COUNT（）函数。  使用NDB群集复制时，不能保证COUNT()从站上功能的事务一致性 。换句话说，当在主机上执行一系列更改单个事务中的表中的行数的语句（INSERT， DELETE或两者）时，在从属设备上执行查询可能会产生中间结果。这是由于可能执行脏读，而不是存储引擎中的错误 。（有关更多信息，请参见错误＃31321。） SELECT COUNT(*) FROM tableSELECT COUNT(...)NDB

临时错误。  首次启动节点时，可能会看到错误1204 临时失败，分配已更改以及类似的临时错误。

由于节点故障导致的错误。  任何数据节点的停止或失败都可能导致许多不同的节点失败错误。（但是，在执行群集的计划关闭时，不应该中止事务。）

数据库和表名。  使用NDB存储引擎时，数据库名称和表名称的最大允许长度为63个字符。使用数据库名称或表名称长于此限制的语句会失败并显示相应的错误。

数据库对象的数量。 单个NDB群集中所有 NDB数据库对象（包括数据库，表和索引） 的最大数量限制为20320。

每个表的属性。  属于给定表的属性（即列和索引）的最大数量为512。

每个键的属性。  每个键的最大属性数为32。

行大小。  任何一行的最大允许大小是14000字节。每个BLOB或 TEXT列对此总共贡献256 + 8 = 264个字节。

BIT列存储每张表。 BIT给定NDB表中使用的 所有列 的最大组合宽度为 4096。

固定列存储。  NDB Cluster 7.5和更高版本支持FIXED列中每个数据段最多128 TB 。（以前，这是16 GB。）

索引前缀。 NDB表格 不支持索引前缀 。如果前缀是在声明用作索引规范的一部分，例如 CREATE TABLE， ALTER TABLE，或 CREATE INDEX，不被创建的前缀NDB。

包含索引前缀以及创建或修改NDB表的语句在语法上仍然是有效的。例如，以下语句总是失败，错误1089 不正确的前缀键; 所使用的密钥部分不是字符串，使用的长度比密钥部分长，或者存储引擎不支持唯一的前缀密钥，与存储引擎无关：

CREATE TABLE t1（
    c1 INT NOT NULL，
    c2 VARCHAR（100），
    INDEX i1（c2（500）） 
）;

这发生在SQL语法规则的基础上，即没有索引可能具有比其本身更大的前缀。

保存点和回滚。  保存点和回退到保存点被忽略，如 MyISAM。

提交的耐久性。  磁盘上没有持久的提交。提交已复制，但不能保证在提交时将日志刷新到磁盘。

复制。  不支持基于语句的复制。在设置群集复制时使用 --binlog-format=ROW（或 --binlog-format=MIXED）。有关更多信息，请参见 第21.6节“NDB群集复制”。

使用全局事务标识符（GTID）的复制与NDB群集不兼容，并且在NDB Cluster 7.5或NDB CLuster 7.6中不受支持。在使用NDB存储引擎时不要启用GTID ，因为这很可能会导致直到NDB群集复制失败的问题。

NDB群集不支持半同步复制。

生成的列。  该NDB存储引擎不支持虚拟生成列的索引。

与其他存储引擎，你可以创建一个存储生成列的索引，但你应该在牢记 NDB使用 DataMemory的生成列的存储以及 IndexMemory用于索引。例如，请参阅 NDB群集中的JSON列和间接索引。

NDB群集将存储生成的列中的更改写入二进制日志，但不会记录到虚拟列的日志。这不应该影响NDB群集复制或NDB其他MySQL存储引擎之间的复制。

范围扫描。  由于顺序访问NDB存储引擎而导致查询性能问题; 进行多次范围扫描的费用相对于其中的任何一项MyISAM或两项都相对昂贵 InnoDB。

范围内记录的可靠性。  该Records in range统计是有的，但没有完全测试或正式支持。在某些情况下，这可能会导致非最佳的查询计划。如有必要，您可以采用USE INDEX或FORCE INDEX改变执行计划。有关如何执行此操作的更多信息，请参见第8.9.4节“索引提示”。

独特的散列索引。 USING HASH如果NULL作为密钥的一部分给出，则使用 创建的唯一散列索引不能用于访问表 。

机器结构。  群集中使用的所有机器必须具有相同的体系结构。也就是说，托管节点的所有机器必须是大端或小端，并且不能混合使用两者。例如，您不能在PowerPC上运行一个管理节点，该PowerPC指示在x86计算机上运行的数据节点。此限制不适用于仅运行 可能访问群集的SQL节点的mysql或其他客户端的机器。

二进制日志记录。  NDB集群在二进制日志记录方面存在以下限制或限制：